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CROSS-REFERENCE TO RELATED APPLICATION 

This application claims priority on and incorporates by reference in its entirety 
U.S. Provisional Application No. 60/243,344, entitled "A METHOD FOR 
IMPLEMENTING 'FAST BUSY SIGNAL' FOR SWITCHES IN CASE OF INSUFFICIENT 
RESOURCES," Attorney Docket No. 47242.00012, filed on October 25, 2000, by Ravi 
Jagannathan. 
COPYRIGHT NOTICE 

A portion of the disclosure of this patent document contains material which is 
subject to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure as it appears in 
the Patent and Trademark Office patent file or records, but otherwise reserves all 
copyright rights whatsoever. 
BACKGROUND OF THE INVENTION 

1 . Field Of The Invention 

This invention relates generally to data networks, and more particularly to 
methods and associated apparatus for generating fast busy signals. 

2. Description Of The Background Art 

In a Public Switched Telephone Network (PSTN), a telephone connection is 
initiated by using a local telephone to dial the number of a remote telephone. If the 
remote telephone is not being used, traditional telephone switches, such as Class 4 and 




Class 5 switches, connect the local telephone to the remote telephone. Otherwise, a 
busy signal is provided to the local telephone. 

Another type of busy signal is the so-called "fast busy signal." Like a regular 
busy signal, a fast busy signal indicates that a connection to a remote telephone cannot 
5 be made. Unlike a regular busy signal, however, a fast busy signal is generated when 
all telephone lines to the remote location are already in use. Thus, a fast busy signal 
may be received even if the remote telephone is available. Because PSTN's in the 
United States are designed with over-capacity, fast busy signals are more prevalent 
with international calls. 

□ 10 With the advent of readily accessible data networks, voice over data (VOD) 

'41 

N services have become a viable alternative to regular telephone calls. VOD services, 

^ which include voice over IP, voice over xDSL (DSL, ADSL, VDSL, HDSL etc.) and voice 

g=j over ATM, provide an audio connection by encapsulating audio information in packets, 

u and transporting the packets over a data network. VOD services are becoming popular 

n t 

f|j 15 because, among other advantages, they allow for free long distance calls over a public 
u data network such as the Internet. In a typical VOD service, a connection between two 
devices on a network is made as long as both devices are available and the 
communications lines between the devices are operational. For example, a connection 
between two computers can be made over the Internet if the two computers are running 
20 and available to send and receive packets. However, the resulting connection can be 
frustratingly slow or totally non-functional when made during peak Internet utilization 
periods. This results in highly dissatisfied users who continue to wait around hoping the 
connection will become useable at some point. Worse, valuable assets are tied up 
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working with the non-useable connection when these assets can be diverted to other, 
more productive tasks. 

Referring to FIG. 1 , there is shown a schematic diagram of a data network 100 in 
the prior art. Network 100 includes a calling device 101, a called device 102, a 
5 Softswitch 103, and signaling path 104 (i.e., 104A and 104B). Softswitch 103 is a 
conventional Softswitch and thus allows a connection to be made over a data path 105 
regardless of the traffic thereon. Thus, connecting devices 101 and 102 when data path 
105 is already carrying too much traffic results in a very slow connection. In some 
cases, the resulting connection does not work at all and the user trying to initiate a VOD 
Q 10 service from device 101 will not hear anything on his end. 
H Unfortunately, conventional techniques for generating fast busy signals in a 

^ PSTN cannot be readily employed in a data network because of differences in 
^ architecture, components used, and operation. For example, generation of fast busy 
jL fc signals in a PSTN is relatively straightforward because the number of telephone lines in 
nj 15 a trunk is readily known; when all the telephone lines are in use, the next caller will get a 
O fast busy signal. In contrast, a single communications line in a data network can 

support multiple users at the same time. Further, a connection between two devices on 
a data network can be created as long as the devices and the communications lines 
between them are operational, regardless of the number of users already on the 
20 network. Thus, a technique for generating fast busy signals in a data network is highly 
desirable. 
SUMMARY 
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The present invention relates to a method and associated apparatus for 
generating fast busy signals in a data network. It may be used in a variety of data 
network services including voice over data, video, and multimedia to name a few. 

In one embodiment, a data network includes ai calling device and a called device. 
When a Softswitch receives a request to make a connection from the calling device to 
the called device, the Softswitch asks a resource information system (RIS) if there are 
enough resources between the calling and called devices to make a connection at a 
predetermined level of quality of service (QOS). If so, the RIS informs the switch that 
the connection can be made. Otherwise, a fast busy signal is provided to the calling 
device. 

In one embodiment, a model coupled to the RIS contains information about 
network resources such as bandwidth and QOS factors. The model is updated when 
any of the resources described in it is reserved, released, or modified; thereby allowing 
the model to contain up-to-date resource information that can be used by the RIS in 
determining whether a connection at a predetermined level of QOS can be made over 
the data network. 

These and other features and advantages of the present invention will be 
apparent to persons of ordinary skill in the art upon reading the entirety of this 
disclosure, which includes the accompanying drawings, appendices, and claims. 
BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows a schematic diagram of a data network in the prior art. 

FIG. 2 shows a schematic diagram of a data network in accordance with an 
embodiment of the present invention. 




FIG. 3 shows a flow diagram of a method for generating a fast busy signal in 
accordance with an embodiment of the present invention. 
FIG. 4 shows a computer in the prior art. 

The use of the same reference label in different figures indicates the same or like 
5 elements. 

DETAILED DESCRIPTION 

Turning now to FIG. 2, there is shown a schematic diagram of a data network 
200 in accordance with an embodiment of the present invention. For clarity of 
illustration, FIG. 2 shows communications paths (e.g., signaling and/or data paths), and 
□ 10 not physical interconnections between the components of network 200. For example, a 
N resource information system (RIS) 250 is generally coupled to network 200 and may 
£ thus communicate with a node 206B using communications paths not specifically shown, 
jjj As shown in FIG. 2, network 200 includes a calling device 201 , a called device 202, a 
"y, Softswitch 203, nodes 206 (i.e., node 206A, node 206B,..), and RIS 250. Devices 201 
Hi 15 and 202 may be any conventional communications devices including personal 
P computers, servers, personal digital assistants, media players, IP phones, traditional 

telephones coupled to voice gateways, and web-enabled cellular phones. Network 200 
may also include additional communications devices. 

In one embodiment, Softswitch 203 is a conventional Softswitch and may be of 
20 the type manufactured by Sonus Networks, Inc. and Cisco Systems, Inc. A typical 
Softswitch provides signaling functions for initiating a connection between devices such 
as devices 201 and 202. Unlike a traditional telephone switch, however, a typical 
Softswitch does not have a mechanism for allowing network traffic to go through the 
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Softswitch. In data network 200, Softswitch 203 initiates a connection between devices 
201 and 202 using a signaling protocol over signaling path 204 (i.e. 204A, 204B). Once 
the connection is setup, data transfer between the devices occurs over data path 205 
(i.e. 205A, 205B,...). As shown in FIG. 2, there may also be several nodes 206 (e.g. 
5 routers, gateways, integrated access devices etc.) along data path 205. Signaling path 
204 and data path 205 may be any conventional data communications lines including 
Ethernet, Digital Subscriber Line (DSL), Asymmetric Digital Subscriber Line (ADSL), 
and Asynchronous Transfer Mode (ATM) to name a few. 

Network 200 also includes an RIS 250 coupled to a model 254. In one 
P io embodiment, RIS 250 is on a computer running the Linux operating system. Although 
"ll RIS 250 and model 254 are depicted as separate components of network 200, they may 
be embodied in a single computer, in Softswitch 203, or separately in different 
computers coupled to network 200. If running on the same computer or Softswitch, RIS 
M: 250 and model 254 communicate by passing messages directly to one another. 

nj 

nj 15 Otherwise, RIS 250 and model 254 may conventionally communicate using TCP/IP, for 
□ example. 

FIG. 4 is a schematic diagram of a computer 400 which may be used in the 
present invention. Computer 400 includes a processor 405, such as an Intel Pentium™ 
microprocessor or a Motorola Power PC™ microprocessor, coupled to a bus 420. 
20 Computer 400 further includes an input device 410 such as a keyboard or mouse, an 
output device 415 such as a cathode ray tube or flat panel display, a communications 
interface 425 such as an Ethernet card, data storage 430 such as a magnetic disk, and 
internal storage 435 such as Random-Access Memory (RAM), each coupled to bus 420. 
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Bus 420 may be coupled to a network such as data network 200 via interface card 425. 
Persons of ordinary skill in the art will recognize that, although data storage 430 and 
internal storage 435 are illustrated as integral units, data storage 430 and internal 
storage 435 can be distributed units. Persons of ordinary skill in the art will recognize 
that computer 400 may also include additional components, such as voice cards, 
multimedia cards, additional memory, additional processors, input/output lines for 
transferring information across a hardware channel etc. Also, programs and data may 
be received by and stored in computer 400 in alternative ways. For example, a 
computer-readable storage medium (CRSM) reader 455 such as a magneto-optical 
reader, CD-ROM drive, floppy drive, and high density removable drive may be coupled 
to communications channel 420 for reading a computer-readable storage medium 
(CRSM) 460 such as a magnetic disk, floppy disk, a hard disk, a magneto-optical disk, 
smart cards etc. Accordingly, computer 400 may receive programs and data via CRSM 
reader 455. 

Referring back to FIG. 2, RIS 250 includes a switch interface 251 for 
communicating with Softswitch 203 using a conventional protocol such as the Simple 
Network Management Protocol (SNMP), Common Management Information Protocol 
(CMIP), or Session Initiation Protocol (SIP). RIS 250 may also communicate with 
Softswitch 203 using a command line interface (CLI), a telnet session, or a native 
protocol of Softswitch 203. Although RIS 250 is schematically depicted as coupled to 
Softswitch 203 via a connection 256, it is to be understood that RIS 250 is generally 
coupled to network 200 and may communicate with other components of network 200 
using a network interface 257. 
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Of course, all components described in the present disclosure, including the 
above described components of network 200, are provided for illustration purposes and 
not limiting. For example, RIS 250 may use operating systems such as Microsoft 
Windows NT™, UNIX, and Sun Solaris™ instead of Linux. 
5 In one embodiment, RIS 250 and model 254 are parts of a virtual service enabler 

system of the type disclosed in commonly-owned U.S. Patent Application No. 
09/586,732 entitled "SYSTEM AND METHOD FOR ENABLING SERVICES AND 
BILLING FOR SERVICES IN A COMPUTER NETWORK ENVIRONMENT," filed on 
June 5, 2000, and U.S. Provisional Application No. 60/199,308, entitled "Virtual Service 

O 10 Enabler," filed on April 24, 2000. The just mentioned U.S. Patent Application and U.S. 

~H Provisional Application are incorporated herein by reference in their entirety. 

m Model 254 contains information about the various resources of network 200. As 

25 used in the present disclosure, the term "resource" includes network components and 

y b associated properties that affect the performance of a network. An example of a 

nJ 

Hi 15 resource is bandwidth, which indicates the amount of traffic the network can support. 
^ Because bandwidth is a property of the network components along a particular path, 
bandwidth can be different on different paths. Bandwidth is a resource that can be 
reserved and released. That is, the available bandwidth decreases as the number of 
connections is increased, and increases as connections are terminated. Some services 
20 require more bandwidth than others. For example, a real-time video conferencing 
session requires more bandwidth than a voice over data (VOD) service. 

"Quality of Service" (QOS) is another example of a network resource. QOS 
refers to various factors which affect the quality of a service. Such factors include 
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latency, jitter, and availability. For a VOD service, QOS affects the voice quality heard 
on both ends of the connection. 

"Latency" is a measure of the delay along a particular path. Like bandwidth, 
latency is a property of the network components on the path; thus, the delay through 
5 each path can be different. Further, different applications have different latency 
requirements. For example, a VOD service is more sensitive to latency than a web 
browsing session. 

"Jitter" is a measure of latency variation along a path. The more latency varies, 
the higher the jitter. 

C3 10 "Availability" indicates the probability of a transmitted packet reaching its 

S s destination. The condition of network components and the amount of traffic on the 

network affect availability. For example, the availability of a particular path is zero if a 
^ " required network component along that path is not operational. Also, availability 
y h decreases as more connections are made on the network. 

nj 15 In one embodiment, bandwidth is also considered a QOS factor. This is because 

□ even if there is enough bandwidth to support a VOD service, there may not be enough 

d 

bandwidth to meet a predetermined level of QOS. The higher the required QOS level, 
such as when providing a high fidelity VOD service for a particular user, the more 
bandwidth is required. 

20 Other network resources and network related information may also be stored in 

model 254. For example, the topology of network 200 may be stored in model 254 to 
keep track of the various communications paths that may be taken. User information, 
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such as service area, directory number, and billing information may be stored in model 
254. 

RIS 250 includes a model manager 253 for administering the contents of model 
254. Model manager 253 updates model 254 when a resource described in the model 
5 is reserved, released, or modified. For example, information regarding the remaining 
bandwidth on data path 205 is updated when the path is provisioned to support a VOD 
service between calling device 201 and called device 202. RIS 250 may be notified of 
the provisioning event by Softswitch 203, a network management system (not shown), 
or any component coupled to network 200. RIS 250 may also receive resource status 
O 10 updates from any component coupled to network 200 using the Common Open Policy 
*2 Service (COPS) protocol, for example. The COPS protocol, in general, is well known 
and described in the Internet Engineering Task Force (IETF) document: "The COPS 
(Common Open Policy Service) Protocol," RFC 2748. 
Uu FIG. 3 shows a method for generating a fast busy signal in accordance with an 

fij 15 embodiment of the present invention. In step 302, Softswitch 203 receives a request 
Q from calling device 201 for a connection to called device 202. Softswitch 203 then asks 
RIS 250 if there are enough available resources to support the requested connection at 
a predetermined level of QOS along data path 205 connecting devices 201 and 202 
(step 304). In RIS 250, switch interface 251 may receive the resource question along 
20 with service information from Softswitch 203. The service information may include, 
among other information, a list of the nodes on data path 205 and the QOS level 
required by the requested connection. Information received from Softswitch 203 is 
forwarded by switch interface 251 to model manager 253, which then queries model 
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254 for information regarding data path 205 (step 306). Examples of information that 
can be provided by model 254 include the available bandwidth of nodes 206, and the 
latency, jitter, and availability through data path 205. A resource engine 252 uses the 
information provided by model 254 to determine if there are enough available resources 
5 to support the requested connection (step 308). In one embodiment, resource engine 
252 compares the bandwidths, latency, jitter, and availability information provided by 
model 254 with that required to support the requested connection to determine if there 
are enough available resources. 

If there are enough available resources to support the requested connection, 
Q 10 switch interface 251 so informs Softswitch 203. Accordingly, Softswitch 203 makes the 
N requested connection (step 310). Otherwise, a fast busy signal is provided to calling 
^ device 201 (step 312). The fast busy signal may be generated by Softswitch 203 or 

U 3 

[jj ' another component coupled to device 201 . The form of the fast busy signal depends on 
u network topology and the devices used. For example, the fast busy signal may be in 

fy 15 the form of an audio tone if calling device 201 is a traditional telephone coupled to a 
□ device such as an integrated access device (IAD), or a dialog box if calling device 101 
has a display screen. Softswitch 203 may also initiate the generation of the fast busy 
signal by sending a packet to another network component (e.g., IAD»like device), which 
then generates a fast busy signal for calling device 201 . 
20 If there is an alternative data path from calling device 201 to called device 202, 

Softswitch 203 may ask RIS 250 if that path has enough resources to support the 
requested connection. If so, Softswitch 203 may choose to connect devices 201 and 
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202 using the alternative path instead of generating (or initiating the generation of) a 
fast busy signal. 

In one embodiment, model 254 includes an Oracle 8™ data base and runs on a 
Sun Microsystems™ computer. Information about network 200, including its 
5 components, topology, and resources are described in Resource Description 

Framework (RDF) format and stored in the database. RDF, in general, is well known; 
e.g., see "Resource Description Framework (RDF) Model and Syntax Specification," 
W3C Recommendation 22 February 1999, Internet URL: <http://www.w3.org/TR/REC- 
rdf-syntax/>; the World-Wide Web-Consortium (W3C) site on the Internet URL: 
□ 10 <http://www.w3.org>; Eric Miller, "An Introduction to the Resource Description 
SI Framework," D-Lib Magazine (ISSN 1082-9873), May 1998. 

sax 

In the database of model 254, the RDF descriptions may be stored as RDF 
triplets composed of a "subject", a "predicate", and an "object". The RDF descriptions 
L may also be stored as a flat file, which may be parsed to extract its constituent RDF 
jj] 15 triplets. Generally speaking, the "subject" has a property referred to as the "predicate", 

C3 which has a value referred to as the "object." For example, the bandwidth of node 206A 

□ 

may be described in an RDF triplet having "node 206A" as the subject, its bandwidth as 
the predicate, and a bandwidth value (e.g., 64Kbps) as the object. To get resource 
information from'model 254, queries are sent to the database to retrieve the contents of 
20 the RDF triplets. The contents of the RDF triplets are kept current by saving new values 
in the database. 

The use of a model to store and manage network resource information provides 
several advantages. For one, the model provides a resource information system 
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access to information that would otherwise be ignored in determining whether a 
connection can be made. For example, the resource information system may consider 
not just whether there are enough ports or bandwidth to make a connection, but also 
whether the resulting connection meets a QOS level expected by a particular user. The 
5 model is extensible. The number of additional resources (and other network related 
information) that may be added to the model is limited only by the size of the database. 
The model is easily updated using database commands, thereby helping keep the 
stored resource information current. Furthermore, the model is readily searchable to 
obtain specific resource information. 
□ 10 Appendices A and B, which are integral parts of the present disclosure, show 

^ representative RDF descriptions for various network resources. Appendix A is an 
£ example of an RDF schema while Appendix B is an example of an instance using the 
qj • schema of Appendix A. Generally speaking, a schema outlines the format of RDF 
t u descriptions. Appendix A provides the schema for availability, capacity, jitter, latency, 

ru 

F1J 15 the bandwidth of a node (lADBandwidth), the IP address of the node (iADIpAddress), a 
G port of the node (iADPort), and customer related information (name, directory number, 
etc.) to name a few. 

An RDF instance provides the current values of RDF descriptions. With 
reference to the schema shown in Appendix A, the RDF instance of Appendix B 
20 provides the following information: 

(a) A node from vendor Cisco, model no. uBR904, serial no. 12345, has a 
bandwidth of 64Kbps (bapna_00033). 
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(b) A customer named Bapna has a billing ID of 1010111 and directory 
number of (408)541-1422. The customer is in the service area Sunnyvale, and is 
assigned port 0 of a node having an IP address of 1.1.1.1 (bapna_00034). 

(c) A communications path identified in Appendix B as bapna_00035 has an 
5 availability of 99%, bandwidth of 64Kbps, latency of 50ms, and jitter of 0.01 . 

Of course, Appendices A and B may be extended to include other resource and 
network related information. 

A method and associated apparatus for generating fast busy signals in a data 
network have been disclosed. While specific embodiments have been provided, it is to 
S 10 be understood that these embodiments are for illustration purposes and not limiting. 

42 

;~~ Many additional embodiments will be apparent to persons of ordinary skill in the art 

reading this disclosure. For example, although the present invention is ideally suited for 
5^ " use in VOD services, persons of ordinary skill in the art will appreciate that the present 
M invention may be generally employed to generate fast busy signals in a wide variety of 

: x - 

i tj? 

nj 15 application including video and multimedia services. Furthermore, the invention may be 
fef employed to work with any network component including routers, gateways, and 

integrated access devices, in addition to softswitches. Thus, the present invention is 

limited only by the following claims. 



20 
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APPENDIX A 

(C) 2000 Last Mile Services, Inc. All Rights Reserved. 

<?xml version= ' 1 . 0 ' encoding= 1 ISO-8859- 1 1 ?> 
5 <!DOCTYPE rdf:RDF [ 

< ! ENTITY s 'http://www.w3. org/TR/l999/PR-rdf-schema-19990303#' > 

< ! ENTITY a 1 http : //www . lastmileservices . com\rdf /# » > 

< ! ENTITY rdf ' http : //www. w3 . org/1999/02/22 -rdf -syntax-ns# ■ > 

]> 

10 <rdf:RDF xmlns : s= " &s ; " 

xmlns : a="&a; " 
xmlns : rdf ="&rdf ; "> 
<s: Class rdf : about ="&a; CustomerData" > 

<s : subClassOf rdf : resource="&s ; Resource" /> 
15 </s:Class> 

<rdf : Property rdf : about = 11 &a; IADBandwidth" > 

<a : SLOT- MAXIMUM- CARDINALITY>1< /a : SLOT-MAXIMUM-CARDINALITY> 
<s :range rdf : resource="&s;Literal"/> 
</rdf : Proper ty> 
20 <s:Class rdf :about= n &a; IPSof tswitch"> 

<s : subClassOf rdf : resource= " &s ; Resource" / > 
</s:Class> 
y[J <s:Class rdf :about= M &a;Qos"> 

<s : comment >Quality of service is decribed in terms of the 
J* 25 properties</s : comment> 

v> " <s : subClassOf rdf : resource^ "&s; Resource" /> 

~Yk </s:Class> 

p*H <rdf : Property rdf : about="&a,*QosList "> 

* <s:domain rdf : resource="&a; IPSof tswitch"/> 

- Jt? 30 <s:range rdf :resource="&a;Qos"/> 

* </rdf : Property> 

<s:Class rdf : about =" &a; Vol PQos" > 
hi <s : subClassOf rdf :resource="&a;Qos"/> 

nj </s:Class> 

35 <rdf : Property rdf : about=" &a; availability" > 
Q <a: SLOT-MAXIMUM-CARDINALITY>l</a: SLOT-MAXIMUM-CARDINALITY > 

f\ <s : comment >Assurance that the traffice will reach its destination 

^ sucessfully</s : comment> 

<s: domain rdf : resource="&a; Qos"/> 
40 <s: range rdf : resource="&s; Literal "/> 

</rdf : Property> 

<rdf : Property rdf : about ="&a;bapna_0 0031" > 

<a : SLOT-MAXIMUM-CARDINALITY>l</a : SLOT -MAX I MUM- CARDINAL I TY> 

<s : range rdf : resource=" &s ; Literal " /> 
45 </rdf : Property> 

<rdf : Property rdf : about =" &a; capacity" > 

<a : SLOT-MAXIMUM-CARDINALITY>l</a : SLOT-MAXIMUM- CARDINALITY> 

<s : comment>total amount of bandwidth available on a link</s : comment > 

<s : domain rdf : resource= " &a ; Qos " / > 
50 <s: range rdf : resource="&s; Literal "/> 

</rdf : Property> 

<rdf : Property rdf :about="&a,*classOf Service" > 

<a : SLOT- MAXIMUM- CARDINALITY>1< /a : SLOT-MAXIMUM- CARDINALITY> 
<s : comment >Spec if ies the class of service : example = lFRB</s : comment > 
55 <s: domain rdf : resource="&a; CustomerData"/> 



-15- 



<s : range rdf : resource="&s; Literal "/> 
< / rdf : Proper ty > 

<rdf : Property rdf : about =" &a; customerBi 11 ingld" > 

<a : SLOT - MAXIMUM- CARDINALITY>1< /a : SLOT-MAXIMUM-CARDINALITY> 
<s: comment >customer billing Identif ication</s : comment > 
<s : domain rdf : resource="&a; CustomerData" /> 
<s : range rdf : resource= " &s ; Li teral " / > 

</rdf : Property> 

<rdf : Property rdf : about= " &a; customerData" > 

<s : range rdf : resource="&a; CustomerData" /> 

<s :domain rdf : resource=" &a ; IPSof tswitch"/> 
</rdf : Property > 

<rdf : Property rdf : about ="&a; cus tome rName" > 

<a : SLOT- MAXIMUM- CARDINALITY>l</a : S LOT -MAX I MUM- CARDINALITY > 

<s:domain rdf : resource="&a; CustomerData" /> 

<s:range rdf : resource="&s; Literal "/> 
</rdf : Property> 

<rdf : Property rdf : about ="&a;di rectoryNumber" > 

<a : SLOT- MAXIMUM- CARDINALITY>l</a : SLOT-MAXIMUM- CARDINALITY > 

<s : comment >Directory number allocated to the cus tomer</s : comment > 

<s : domain rdf : resource=" &a; CustomerData" /> 

<s:range rdf : resource="&s; Literal "/> 
</rdf : Property> 
<s: Class rdf : about = " &a ; i AD " > 

<s : subClassOf rdf : resource^ "&s; Resource "/> 
</s:Class> 

<rdf : Property rdf : about ="&a; iADBandwidth" > 

<a : SLOT-MAXIMUM- CARDINALITY>1</ a : SLOT -MAXIMUM -CARDINALITY > 

<s : domain rdf : resource=" &a; iAD"/> 

<s: range rdf : resource="&s ; Literal "/> 
</ rdf : Property> 

<rdf : Property rdf : about = " &a ; iADIpAddress " > 

<a : SLOT-MAXIMUM- CARDINALITY>1< /a : S LOT -MAX I MUM -CARDINAL I TY> 

<s : comment>IP address allocated to the customer's premises device 
(IAD) </s : comment> 

<s : domain rdf : resource="&a; CustomerData" /> 

<s : range rdf : resource= " &s ; Literal " / > 
</rdf : Property> 

<rdf : Property rdf : about ="&a; iADList"> 

<s : domain rdf : resource^" &a; IPSof t switch" /> 

< s : range rdf : re sour ce= " &a ; i AD " / > 
</rdf : Property> 

<rdf : Property rdf : about = "5ca; iADPort"> 

<a : SLOT- MAXIMUM- CARDINALITY>1</ a : S LOT - MAX I MUM - CARD I NAL I T Y > 

<s : comment >Port in IAD to which the customer's device is 
attached. </s : comment > 

<s : domain rdf : resource^ " &a ; CustomerData" / > 

<s : range rdf : resource= ■' &s ; Literal " / > 
</rdf : Property> 

<rdf : Property rdf : about="&a ; j itter"> 

<a : SLOT-MAXIMUM- CARDINALITY>1</ a : S LOT -MAX I MUM -CARD I NAL I TY> 

<s : comment >variat ion of latency over time</s : comment > 

<s: domain rdf : resource="&:a;Qos"/> 

<s : range rdf : resource= " &s ; Literal " / > 
</rdf : Property> 

<rdf : Property rdf : about="&a ; latency" > 

<a : SLOT- MAXIMUM- CARDINALITY>1</ a : SLOT- MAXIMUM- CARD I NALITY> 
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<s : comment >de lay experienced by the traffic as it travels across the 
network</s : comment > 

<s : domain rdf : resource=" &a;Qos n /> 
< s : range rdf : resource= " &s ; Literal " / > 
5 </rdf : Property> 

<rdf : Property rdf : about = " &a ; model " > 

<a : SLOT-MAXIMUM- CARDINALITY>1</ a : SLOT -MAXIMUM -CARDINAL I TY> 
<s :domain rdf : resource=" &a; iAD"/> 
<s : range rdf : resource= n 5cS; Literal "/> 
10 < / rdf : Proper ty > 

<rdf : Property rdf : about =" &a; popID" > 

<a : SL0T-MAXIMUM-CARDINALITY>1</ a : SLOT-MAXIMUM- CARDINALITY> 
<s : comment > example = SV- 3 </s : comment > 
< s : domain rdf : resource= " &a ; Cus tomerData " / > 
15 <s: range rdf : resource= "is ; Literal" /> 

</rdf : Property> 

<rdf : Property rdf : about = " &a; serial " > 

<a : SLOT-MAXIMUM- CARDINALITY>l</a : SLOT-MAXIMUM-CARDINALITY> 
<s : domain rdf : resource="&a; iAD"/> 
20 <s: range rdf : resource="&s;Literal"/> 

</rdf : Property> 

<rdf : Property rdf : about = 11 &a; serviceArea" > 

<a : SLOT-MAXIMUM- CARDINALITY>l</a : S LOT - MAXIMUM -CARD I NAL I TY> 
< s : domain rdf : resource^ " &a ; Cus tomerData "/ > 
25 <s:range rdf : resource= n &s/Literal"/> 

</ rdf : Property> 

<rdf : Property rdf : about="&a; serviceID"> 

<a : SLOT-MAXIMUM- CARDINAL I TY>1 </a : S LOT -MAX I MUM -CARD I NAL I TY> 
<s : comment >The Identification given to the customer's 
01 3.0 service</s : comment> 
03 <s: domain rdf : resource="&a; Cus tomerData" /> 

a <s:range rdf : resource="&s; Literal "/> 

\~u </rdf : Property> 

«i < rdf : Property rdf : about =" &a; vendor " > 

35 <a : SLOT-MAXIMUM-CARDINALITY >'l</a: SLOT-MAXIMUM-CARDINALITY > 

|7 <s: domain rdf : resource="&a; iAD"/> 

Cl <s:range rdf : resource="&s ; Literal"/> 

y </rdf : Property> 

Q </rdf:RDF> 

40 



01 

n 
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APPENDIX B 



(C) 2000 Last Mile Services, Inc. All Rights Reserved. 

5 <?xml version= • 1 . 0 ' encoding^ ' ISO-8859-1 ' ?> 
<!DOCTYPE rdf:RDF [ 

<! ENTITY a 'http://www.lastmileservices.com\rdf/#»> ' 

<! ENTITY rdf • http : //www. w3 . org/1999/02/22 -rdf -syntax- ns# 1 > 

]> 

10 <rdf:RDF xmlns:a="&a; " 

xmlns:rdf="&rdf ; "> 
<a: IPSof tswitch rdf : about = " &a ; bapna_0 0032 "> 

<a: iADList rdf : resource="&a;bapna_00033 "/> 
<a : customerData rdf : resource= " &a ; bapna_00034 " / > 
15 <a:QosList rdf :resource="&a;bapna_00035 ,f /> 

</a: IPSof tswitch> 

<a: iAD rdf : about ="&a;bapna_0 003 3" > 

<a: iADBandwidth>64kbps</a: iADBandwidth> 

< a : mode 1 >uBR 9 0 4 < / a : mode 1 > 
20 <a : serial > 12 34 5 < /a : serial > 

<a : vendor>cisco</a : vendor> 
</a:iAD> 

<a : CustomerData rdf : about = " &a ; bapna_00034 " > 

<a: classOf Service>lFRB</a: classOf Service > 
25 <a: customerBillingId>1010111</a:customerBillingId> 

<a : customerName>Bapna</a : customerName> 

<a:directoryNumber> (408) 541 1422</a : directoryNumber> 

<a: iADIpAddress>l .1.1. l</a: iADIpAddress> 

<a: iADPort>0</a: iADPort> 
30 <a :popID>Sunnyvale</a :popID> 

<a : serviceArea>Sunnyvale</a : serviceArea> 

<a : serviceID>VOIPSERl</a: serviceID> 
</a : CustomerData> 

<a: VoIPQos rdf : about ="&a;bapna_0 0035" > 
35 <a: availability >99%< /a: avai lability > 

<a : capacity>64kbps</a : capacity> 
<a : j itter> . 01</a : j itter> 
<a: latency>50ms</a : latency> 
</a: VoIPQos> 
40 </rdf:RDF> 
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